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Service provisioning in a communication system 

Field of the Invention 

The present invention relates to communication systems, and 
in particular to initiation of service provisioning requiring 
communications between entities associated with the 
communication system. 

Background of the Invention 

A communication system can be seen as a facility that enables 
communication between two or mor.e entities such as user 
equipment, communication network elements and other entities 
associated with the communication system. A communication 
system typically operates in accordance with a given standard 
or specification which sets out what the various entities 
associated with the communication system are permitted to do 
and how that should be achieved. For example, the standard or 
specification may define if the user, or more precisely, user 
equipment or terminal is provided with a circuit switched 
service and/or a packet switched service. Communication 
protocols and/or parameters which shall be used for the 
-connection may also be defined. In other words, a specific 
set of "rules" on which the communication can be based on 
needs to be defined to enable communication by means, of the 
system. 

Communication systems proving wireless communication for the 
user equipment are known. An. example of the wireless systems 
is a cellular network. In cellular systems, a base 
transceiver station (BTS) or similar access entity serves 
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mobile stations (MS) or other such wireless user equipment 
(UE) via a wireless interface between these entities. The 
communication between the user equipment and the elements of-- 
the communication network can be based on an appropriate 
communication protocol. The operation of the base station 
apparatus and other apparatus required for the communication 
can be controlled by one or several control entities. The 
various control entities may be interconnected. One or more 
gateway nodes may also be provided for connecting the 
cellular network to other networks, e.g. to a public switched 
telephone network (PSTN) and/or other communication networks 
such as an IP (Internet Protocol) and/or other packet 
switched networks . 

An example of the services that may be offered for the 
subscribers to a communication systems is the so called 
multimedia services. Communication systems enabled to offer 
the multimedia services are sometimes referenced to as IP 
Multimedia networks. IP Multimedia (IM) functionalities can 
be provided by means, of a IP Multimedia Core Network (CN) 
subsystem, or briefly IP Multimedia subsystem ( IMS) . The IMS 
comprises various entities for the provision of the 
multimedia services . 

The communication systems have developed in the direction 
wherein various * service provision functions of the network 
are handled by network entities known as servers. For 
example, in the current third generation (3G) wireless 
multimedia network architectures it is assumed that several 
different servers are used for handling different functions. 
These include functions such as the call session control 
functions (CSCFs) . The call session functions may be divided 



303106/NC39829 



3 



into various categories such as a proxy call session control 
function (P-CSCF) , interrogating call session control 
function (I-CSCF) , and serving call session control function 
(S-CSCF) . It shall be appreciated that sometimes the CSCFs 
may be referenced to as the call state control functions. 

The serving call session control function forms the entity 
the subscriber needs to be registered at in order to be able 
to request for a service from the communication system. The 
serving call session control function can be divided further 
between originating call session control function (O-CSCF) 
and terminating call session control function (T-CSCF) at the 
originating and terminating ends of a session. 

In addition to tn*e serving control entity, the user may need 
to be associated with proxy control entity, such as the P- 
CSCF. The proxy entity may be assigned to an area where the 
user is serviced. 

Entities such as a home subscriber server (HSS) and various 
application servers may also be provided in the communication 
network. From the above mentioned servers the home subscriber 
server (HSS) is for storing subscriber related information. 
The subscriber information may include information such as 
authentication data (e.g. registration identities of the 
subscriber or the terminals) and so on. The HSS is typically 
for storing permanently subscriber profile information. The 
home subscriber server (HSS) can be queried by other function 
entities, e.g. during session set-up procedures. 

An application server (AS) is an entity adapted for offering 
of value added IM services for the users. An application 
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server may reside in the user's home network. The application 
server may also in alternatively be external to the user's 
home network, and be provided by a third party service 
provided. The third party could be another network or simply 
a stand-alone application server. An Application Server may 
influence and impact a data communication session on behalf 
of the services supported by the operator's network. An 
application server may host and execute services. Examples of 
the application servers include Session Initiation Protocol 
(SIP) Application Servers, Open Service Access (OSA) 
Application Servers, and Customized Applications for Mobile 
network Enhanced Logic IP Multimedia Service Switching 
Functions (CAMEL IM-SSF) . 

Traditionally communication systems are arranged such that a 
user, typically a. subscriber, has to initiate communications 
over the communication system. For example, a user may 
request for a session, transaction or other type of 
communications from an appropriate communications network 
entity. Such communications can be seen as being originated 
from the user. 

Thus originating sessions/transactions are understood as 
sessions/transactions that are normally originated by the 
user equipment of the user or by a network entity on behalf 
of the user. Terminating sessions/ transactions are 
sessions/transactions that are normally terminated by the 
user equipment of the user or by a network entity on behalf 
of the user. 

For example, Standards for the 3GPP (Third Generation 
Partnership Project) release 5 (Rel-5) IMS networks defines 
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rules how the user equipment (UE) can originate sessions and 
single transactions. However, the only rules given in the 
Rel-5 concentrate on how the so called originating filtering 
criteria is applied. Release 5 does not enable any other 
party to originate the session or transaction on the behalf 
of the user. Release 6 of the 3GPP standards require that the 
application server (AS) must be able to send session 
initiation protocol (SIP) requests on behalf of the user 
equipment via an ISC (IP Multimedia Service Control) 
interface to the S-CSCF. However, even the current release 6 
of the 3GPP standards does not provide any mechanism for the 
application server (AS) that would enable the application 
server to do so other than in exceptional cases where the 
application server originated requests are directly triggered 
by requests originated from a user equipment. Therefore the 
application server is still not able 'to run services which 
generate SIP requests or other request on behalf of the user. 

The inventors have found that it may be advantageous if 
network entities such as the application servers could 
initiate processes requiring communications on behalf of the 
user such that the user could be seen as being the 
originating party. An example of services where this could be 
useful include messaging list.s wherein the application server 
could sent messages to the members of the list on the behalf 
of the user. Another example is an application server that 
could send on the behalf of the user messages communicating 
the presence status of the user. A still further example is 
an application that could start sessions or transactions on 
behalf of the user for example for conference or group calls 
or for chat applications. It shall be' appreciated that the 
above lists only few examples, and that there are various 
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other services that might benefit from the possibility of a 
network entity being enabled to originate requests for 
communications . 

However, due to the lack of a mechanism for handling the 
network entity originated requests such operation might cause 
problems in the present communication systems. Problems may 
arise e.g. with regards to routing of subsequent 
communications, charging functions and so on. This is so 
since the other entities of the communication system may not 
know e.g. where to communicate any further messages or how to 
control the communications. 

For example, when a S-CSCF receives a message it needs to be 
able to make a decision how to treat the message. In the 
current systems the S-CSCF may apply filter criteria known as 
Originating filter' and ^terminating filter' to the message. 
The term * filter criteria' (FC) refers to information that 
defines the relevant Service Point Triggers (SPTs) for a 
particular service application. In the SIP communication 
environment the filter criteria define the subset of SIP 
requests received by the S-CSCF that should be sent or 
proxied to a particular service application. The S-CSCF may 
receive the filter criteria from the home subscriber server 
(HSS) or the application server (AS) . 

In the prior art terminating filter criteria is applied to 
all messages from the application server. However, the 
message may be an application server originated service 
request or other such message that is originated on the 
behalf of the user in the network. Thus the inventors have 
found that a mechanism is required for deciding if 
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originating filter criteria shall be applied to the message 
instead of the terminating filter criteria. This is so since 
the inventors believe the originating filter criteria to give 
more accurate evaluation results for such messages. 

If wrong "role" i.e. filter criteria is used for the message, 
this may cause problems e.g. in the view of routing and other 
control operations. Once a decision is made in this regard, 
the decided role may also need to be communicated to other 
entities of the communication system so that they may apply a 
proper filter criteria for evaluation of messages that 
originate from an entity that is other than a user on the 
behalf of whom the message is sent. 

Summary of the Invention 

Embodiments of the present invention aim to address one or 
several of the above problems . 

According to one aspect of the present invention, there is 
provided a service provisioning method in a communication 
system, the method comprising the steps of: 

receiving at a first entity associated with the 
communication system from a storage entity information 
regarding a communication control entity capable of servicing 
a user of the communication system; and 

based on said information, signalling an originating 
request from the first entity to the communication control 
entity . 
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According to one aspect of the present invention, there is 
provided a communication system arranged for provisioning of 
services for user of the communication system, comprising: 

a communication control entity capable of servicing a 
user of the communication system; 

a first entity provided with a first interface for 
receiving information from a storage entity regarding the 
user and a second interface for signalling an originating 
request to the communication control entity based on said 
information from the storage entity. 

According to another aspect of the present invention there is 
provided an application server for a communication system, 
the application server comprising a first interface fo.r 
receiving information from a storage entity regarding a user 
of the communication system and a second interface for 
signalling an originating request to a communication control 
entity capable of servicing the user based on said 
information from the storage entity. 

According to still another aspect of the present invention 
there is provided an originating request to be signalled on 
an interface between a first entity of a communication system 
and a communication control entity capable of servicing a 
user of the communication system, the originating request 
being generated based on information from a user information 
storage entity. 

In a more specific embodiment the originating request 
includes information regarding the handling of communications 
associated with the request. The originating request may 
include an indication that further communications associated 
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with the originating request shall be handled in a similar 
manner as if the request had originated from the user. Either 
terminating services or originating services may be provided 
based on the request . 

The decision how the communication control entity shall 
handle further communications associated with the request may 
be made at the first entity. 

The first entity may generate an originating request on the 
behalf of the user. 

The originating request may be generated based on information 
regarding the address of the communication control entity. 
The first entity may modify information regarding the address 
of the communication control entity before sending the 
originating request. The first entity may add a service type 
indicator into the originating request. The service type 
indicator may be included in the address of the communication 
control entity. 

The first entity may select a port where the request shall be 
sent. 

.An enquiry may be sent to a database from the first entity 
before sending of the originating request. Such an enquiry is 
based on the information regarding the communication control 
entity. 

An enquiry may be sent to the storage entity from the first 
entity for said information regarding the communication 
control entity capable of servicing the user. 
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Information regarding at least two different addresses for 
the communication control entity information may be stored in 
the storage entity. 

The originating request may be indicative of the filter 
criteria to be applied to the request. 

The embodiments of the invention may enable entities of a 
communication network with a possibility of running a service 
which acts on behalf of a user. The solution is substantially 
easy to implement in the existing communication systems. In 
the instances wherein user information is stored iri a 
centralised manner, such as in a Home Subscriber Server 
(HSS) , this centralised storage may not need to be modified. 
In certain embodiments the user information storage can be 
queried using normal communication protocols and procedures, 
such as a query for finding the correct entry point for a 
service. 

Brief Description of Drawings 

For better understanding of the present invention, reference 
will now be made by way of example to the accompanying 
drawings in which: 

Figure 1 shows a communication system wherein the 
invention may be embodied; 

Figure 2 shows an embodiment of the present invention; 

Figures 3 and 4 show other embodiments; and 

Figure 5 is a flowchart illustrating service 
provisioning by means of the of the embodiments. 
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Description of Preferred Embodiments of the Invention 

Reference is made to Figure 1 which shows an IP Multimedia 
Network in which the present invention may be embodied. IP 
multimedia services may be offered for IP Mult imedia . Network 
subscribers. IP Multimedia (IM) functionalities can be 
provided by means of a Core Network (CN)' subsystem comprising 
various entities for the provision of the service. 

In the present invention an entity of the communication 
system send an originating request associated with a service 
to be provided for the user by means of a communication 
control entity. In the detailed examples below the entity 
comprises an application server and the communication control 
entity is provided by a serving call session, control 
function. Before explaining the embodiments in more detail, a 
brief explanation of these elements and other possible 
elements associated with the embodiments is given below with 
reference to Figure 1. It shall be appreciated that Figure 1 
is a example only of a part of a mobile communication system. 

In the shown arrangement a base station 11 provides an access 
entity of a cellular communications network. The radio access 
network 11 is controlled by an appropriate controller (not 
shown for clarity) . A controller may be provided for each 
base station or a controller can control a plurality of base 
stations. Solutions wherein controllers are provided both in 
individual base stations and in the radio access network 
level for controlling a plurality of base stations are also 
known. It shall thus be appreciated that the name, -location 
and number of the access network controllers depends on the 
system. For example, a UMTS terrestrial radio access network 
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(UTRAN) may employ a controller node that is referred to as a 
radio network controller (RNC) . In the GSM and CDMA2000 a 
corresponding radio network controller entity is referred to 
as a base station controller (BSC) . 

It shall be appreciated that the Figure 1 presentation is 
highly schematic and that in practical implementations the 
number of base stations would be substantially higher. One 
access network may include more than one base station. A base 
station apparatus or site may also provide more than one 
access network. These features * depend on the implementation 
and circumstances . 

The base station 11 is arranged to transmit signals to and 
receive signals from a mobile user equipment 10 of a mobile 
user i.e. subscriber via a wireless interface. 
Correspondingly, the mobile user equipment 10 is able to 
transmit signals to and receive signals from the base station 
via the wireless interface. The mobile user may use any 
appropriate mobile device adapted for Internet Protocol (IP) 
communication to connect the network. For example, the mobile 
user may access the cellular network by means of a Personal 
computer (PC) , Personal Data Assistant (PDA) , mobile station 
(MS) and so on. The following examples are described in the 
context of mobile stations. 

The skilled person is familiar with the features and 
operation of a typical mobile station. Thus these do not need 
any detailed explanation. It is sufficient to note that the 
user may use the mobile station 10 for tasks such as for 
making and receiving phone calls, for receiving and sending 
data from and to the network and for experiencing e.g.,. 
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multimedia content. The mobile station may comprise an 
antenna element for wirelessly receiving and transmitting 
signals from and to base stations of the mobile communication 
network. The mobile station 10 may also be provided with a 
display for displaying images and other graphical information 
for the user of the mobile user equipment. Speaker means are 
also typically provided. The operation of the mobile user 
equipment may be controlled by means of an appropriate user 
interface such as control buttons, voice commands and so on. 
Furthermore, a mobile user equipment is provided with a 
processor entity and a memory means. It shall be appreciated 
that although only one mobile station is shown in Figure 1 
for clarity, a number of mobile stations may be in 
simultaneous communication with each base station of the 
mobile communication system. 

The core network (CN) entities typically comprises various 
switching and other control entities and gateways for 
enabling the communication via a number of radio access 
networks and also for interfacing the one communication 
system with other communication system such as with other 
cellular systems and/or fixed line communication systems. 

In the current third generation (3G) wireless IP multimedia 
network architectures it is assumed that several different 
server entities are used for handling different functions. 
These include entities that handle call session control 
functions (CSCFs) . The call session functions may be divided 
into various categories such as a proxy call session control 
function (P-CSCF) 12, interrogating call session control 
function (I-CSCF) 24, and serving call session control 
function (S-CSCF) 14. 
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The serving call session control function 14 forms an entity 
whereto the subscriber 10 is registered at. The registration 
is required in order to be able to request for a service 
from the communication system. A user may register himself 
via an access entity of the communication system, such as the 
base station 11. The serving call session control function 14 
can be seen as offering originating call session control 
functions (O-CSCF) and terminating call session control 
functions (T-CSCF) at the originating and terminating ends of 
a session or transaction. 

A user may be registered in more than one call session 
control function at- the same time. In addition to the serving 
control entity 14, the user may need to be associated with 
proxy control entity, such as the P-CSCF 12 of Figure 1. The 
proxy entity 12 may be assigned to an area within which the 
user has roamed. Thus, when a user accesses the network 
through an arbitrary type of access network the access 
network may assign a proxy control entity for controlling the 
accessed services from that network point of view, e.g. for 
bandwidth management. It is also possible that the user may 
search and find an appropriate P-CSCF with his user equipment 
without help from the access network. 

A home subscriber server (HSS) 20 is also shown. As explained 
above, the home subscriber server (HSS) 20 is for storing 
subscriber i.e. user related information. The home subscriber 
server (HSS) can be queried by other function entities over 
the appropriate interfaces, e.g. during session set-up 
procedures . 
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An application server 22 interfacing with the home subscriber 
server (HSS) 20 and the serving call session' control function 
(S-CSCF) 14 is also shown. In general, an application server 
can be seen as an entity that hosts service(s) that is/are 
available in sessions/transactions in accordance with the 
subscription of the user. Routing to the application server 
can be done as a result of evaluation of a filter criteria 
that associates with the subscription of the user. 

As described above, two sets of filter criteria may be used. 
One of the filter criteria sets can be used for the 
terminating sessions/transactions and another for the 
originating sessions/transactions. In a typical operation the 
filtering is applied only to the first message i.e. to the 
initial request. The remaining messages- can be handled 
without filtering because route can be recorded during the 
routing of the initial request . Thus the filter criteria has 
an impact on the further requests because they are routed via 
the recorded route. Therefore it is possible not to evaluate 
the filter criteria for the subsequent messages i.e. for the 
messages in the same dialog after the initial request. 
However, filtering may also be applied to the subsequent 
messages . 

When the application server 22 originates a session or a 
transaction by sending a message to the S-CSCF 14, the S-CSCF 
14 needs to make a decision in which role to act. If the St 
CSCF 14 chooses to act in the originating role the S-CSCF 
applies the originating filter criteria on the incoming 
message. In the terminating role the S-CSCF would evaluate 
the terminating filter criteria. Various alternative ways to 
implement the selection will be described below. Depending 
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the role the S-CSCF may then build the address of the service 
that it returns to the P-CSCF in response to the registration 
message. The P-CSCF should then use that address when passing 
messages to the S-CSCF. 

It is preferred that the S-CSCF 14 communicates, during the 
registration, to HSS 20 the address that has to be used in 
terminating sessions or transactions. 

According to a preferred embodiment shown in Figure 2 the 
application server 14 receives address information regarding 
the S-CSCF 14 the user equipment 10 is registered with from 
the HSS 20. The address information may be provided in 
response to a query e.g. over the Sh interface between the 
entities, see step 1 of Figure 2. The address information may 
be in the form of any appropriate information, such as the 
name of the S-CSCF or the URI (Universal Resource Identifier) 
of the S-CSCF. 

In accordance with the preferred form of the present 
invention the address information is configured so as to 
include information regarding the desired role. The address 
information may be configured in accordance with the 
principles of the present invention in the application server 
22 or outside the application server. In the latter case the 
information may be stored in the configured form in a list, 
table, database or a like at a source wherefrom the address 
information is fetched. Alternatively the address information 
may be obtained and stored from a request received from the 
user equipment or an entity of the network. 
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In Figure 2 the application server 2 0 is denoted by step 
numeral 2 as being responsible for the configuration of the 
address information. More particularly, the application 
server 22 may modify the address information such that 
appropriate service type will be provided for the subscriber. 
For example, the application server 20 may modify the name of 
the service so as to build the- correct address for the needed 
service. The S-CSCF name may be modified e.g. by addition of 
the indicator parameters "term" or "orig" as a prefix to the 
name received from the HSS. For example, address 

scscfl2.operator.net name . 

may be modified to one of the following depending on whether 
the session or transaction the application server is starting 
is an originating or terminating session or transaction: 

orig . scscf 12 . operator.net or 
term.scscfl2.operator.net 

At step 3 the address is resolved with DNS (Domain Name 
System) 26 in order to get the IP address' of the appropriate 
service. 

Depending on the modification the address directs messages to 
an originating or terminating service. Thus the application 
server 22 is provided with means by means of which it can 
route the service request message to either the originating 
service or the terminating service at step 4. As shown in 
Figure 1, this may occur on a ISC (IP Multimedia Service 
Control ) interface . 
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The application server 22 may alternatively modify the URI of 
the service by adding a specific parameter to the URI in 
order to build the correct address for the originating 
services. The application server 20 may then route the 
5 message utilizing the URI together with the parameter as the 
routing address. 

It shall be appreciated that the application server 22 does 
not necessarily need to modify the name or URI for the 
10 terminating services. That is, if no modification is made a 
terminating service is provided. 

It is also possible that the address is modified only in the 
case of terminating services, and no modification of 
15 addresses is made in the case of originating services. 

The modification of both the terminating and originating 
service addresses may, however, be desired in certain 
application e.g. for symmetry reasons. 

20 

The following example will illustrate a possible operation in 
accordance with the above described principles in more 
detail. Lets assume that the application server gets the 
terminating address from the HSS . Let it be e.g. a Session 
25 Initiation Protocol (SIP) address of the form (note that the 
user part may be omitted) : 

xx44@scscf7.operator.net 

30 If the application server 22 is going to start a terminating 
session/transaction it uses the above address as it is to 
signal to the target S-CSCF 14 that the S-CSCF has to act in 
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the terminating session/transaction role. In a typical 
operation this would mean that the S-CSCF 14 needs to apply 
the terminating filter criteria when evaluation incoming 
messages . 

If the application server 22 intends to start an originating 
session/transaction it modifies the address. This can be done 
by adding a new 'role' parameter into the address. Thus the 
modified address including a role parameter role-orig >may 
e.g. have the form: 

xx44@scscf 7 . operator . net ; role=orig 

The modified address is then signalled to the target S-CSCF 
as an indication that the target S-CSCF has to act in the 
originating session/transaction role. In typical operation 
this would mean that the S-CSCF needs to evaluate the 
originating filter criteria. 

The address of the S-CSCF may be configured in the 
application server 22 where the address is needed. 
Alternatively the address may be configured in all 
application servers. The Latter alternative may be 
advantageous e.g. in instances where there is no Sh interface 
from the application server 22 to the home subscriber server 
20 or where the interface is temporarily unavailable. 

According to an alternative, rather that modifying the 
address itself, the application server 22 may fetch a 
modified address from a database, file, list; table or alike. 
The database may be located in the application server 22 or 
be an external database from the application server. 
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A possibility for the address built-up is that the parameter 
is stored in the HSS 20 together with the address of the S- 
CSCF 14. The application server 22 may then build the correct 
5 address utilizing the address and parameter information from 
the HSS as input for the modification process. 

According to a possibility shown in Figure 3 the application 
server 2 2 makes a DNS (Domain Name System) query based on the 

10 address information returned from the HSS at step 1. The 
returned S-CSCF name may be used for asking e.g. the SRV 
resource records to find out the address and port where the 
needed service (originating or terminating) is available. The 
SRV is a DNS resource records (RR) for specifying the 

15 location of services (DNS SRV) . Use of the SRV resource 
records enables querying for a specific service and/or 
protocol for a specific domain. The response will then 
include the name of any available server meeting the 
criteria. 

20 

For example, the following DNS query from the SRV resource 
records may be done when the originating filter criteria 
should be evaluated. The SRV resource record typically 
specifies both the protocol and the service. The SRV records 
25 can be queried at step 2 e.g. by using the following address 
as an argument : 

_orig._sip. scscf 12 .operator.net 

30 The answer at step 2 may be an advice to route to a specified 
address "orig . scscf 12 . operator . net" using port 5060: 
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_orig._sip.scscfl2.operator.net SRV 0 0 5060. 
orig. scscf 12 .operator.net . 

Alternatively, the answer may be routing to a specified port 
5 55334 with the original address "scscf 12 . operator . net' ; : 

_orig._sip . scscf 12 .'operator .net SRV 0 0 55334 
scscf 12 . operator . net . 

10 The following argument may be used in a DNS query (SRV) when 
the terminating filter criteria should be evaluated: 

_term. _sip . scscf 12 . operator . net . 

15 The answer may be an advice to route to a specified address 
"term. scscf 12 . operator . net " using port 5060: 

_term._sip.scscfl2.operator.net SRV 0 0 5060 
term. scscf 12 . operator . net . 

20 

Or as above, the answer might be e.g. routing to a specified 
port 55335 with the original address "scscf 12 . operator .net" : 

_term._sip.scscfl2.operator.net SRV 0 0 55335 
25 scscf 12 . operator . net . 

It shall be appreciated that the above type of routing may 
not be necessary for the terminating services, since that is 
typically how the application server originated requests 
30 would be handled unless anything else is indicated. 

Application wherein no special routing for the originating 
services is required are also possible. As with the address 
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modification, the above discussed type of routing may be 
desired e.g. for symmetry reasons. 

The application server may then resolve the address with the 
DNS at step 3 and route at step 4 messages to the indicated 
address and/or port . 

According to another possibility the subscriber database 
(e.g. the HSS 2 0) returns in step 1 the name of S-CSCF. The 
application server makes then a DNS query with the returned 
S-CSCF name as-king for NAPTR (Naming Authority Pointer) 
resource records to find out the services (originating and/or 
terminating) which are available. Based on the response the 
application server may then route the request message to a 
desired address. This embodiment allows use of the DNS for 
look-up services for a wide variety of resource names which 
are not in the domain name syntax. The possible resource 
names include the URIs for the services. 

The following is an example of a NAPTR query with SRV. The 
DNS query nay be done by asking for NAPTR resource records 
(RR) using the domain part of the S-CSCF address, e.g. 

scscf 12 . operator.net 

The result could then be the following: 

IN NAPTR 100 10 "S" "sip+orig" »" 
_orig ._sip.scscfl2. operator . net . 

IN NAPTR 100 10 "S" "sip+term" " " 
__term._sip. scscf 12 .operator.net . 
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Because the order and preference fields are equal, any of the 
RRs can be chosen. If an address for S-CSCF for originating 
sessions/transactions is needed, it is possible to choose the 
first address. Flag U S" tells that the next DNS query will be 
done asking SRV RR. The DNS query may then be done asking SRV 
RR with the domain name, i.e. by address as above 

_orig._sip . scscf 12 . operator . net . 

The result of the DNS query may be an IP address, or any 
other appropriate routing information. 

It is also possible to implement the NAPTR without a SRV 
query. As above, the DNS query may be done asking NAPTR RR 
using the domain' part of the S-CSCF address e.g. 

scscf 12 . operator . net 

The result could be 

IN NAPTR 100 10 11 A" "sip+orig" 11 » 
orig.scscfl2.operator.net. 

IN NAPTR 100 10 "A" "sip+terra" 1,11 
term. scscf 12 . operator . net . 

Because the order and preference fields are equal, any of the 
RRs can be chosen. As an address of the S-CSCF for 
originating sessions/transactions is needed, the first one 
can be chosen. Flag "A" tells that the next DNS query is done 
asking SRV A, AAAA or A6 resource records. The DNS query may 
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then be done asking A, AAAA or A6 RR with the domain name 
orig.scscfl2.operator.net. The query would then result an IP 
address . 

According to a .further alternative, a DNS query done by 
asking NAPTR RR using the domain part of the S-CSCF address 
(e.g. scscfl2.operator.net) may result the following: 

IN NAPTR 100 10 "U" "sip+orig" ■' ! ( A . $ ) ! sip : orig . \ 1 ! » . 
IN NAPTR 100 10 "U" "sip+term" '» !(".$)! sip : term. \1 ! " . 

The advantage of this alternative is that all S-CSCF 
typically have common NAPTR resource records. Because the 
order and preference fields are equal, any of the RRs can be 
chosen, and thus the first one -for the originating 
session/transaction can be chosen. Flag U U" tells that the 
result will be an URI . The result may then be 

sip : orig . scscf 12 . operator.net . 

Domain part of the URI is resolved to IP address by means of 
a DNS query. The DNS query may be done asking A, AAAA or AG 
RR, with the domain name, and the result would be an IP 
address . 

A possibility is that the application server chooses or 
modifies the correct port where to send the message. The port 
may be added at the end of the address. 

In the above examples the indicated of the service type was 
included in the domain part of the address. A possibility is 
that the application server chooses or modifies the user part 
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of the address. For example, the application server may 
modify the address 

scscf 12 .operator.net 

5 

by adding a tag, • character, character string or bit string as 
a user part, thus building an address for an originating 
service (or vice versa) : 

10 orig@scscf 12 .operator.net 

In the above described embodiments only one address of the S- 
CSCF is stored in HSS. In the examples the roles are then 
signaled to the S-CSCF by means of a modified address that 

15 may consist of a modified user part, a modified host or 

domain name, a modified port number, a parameter added to the 
address, or any combination of these. In the preferred form 
the operation is such that when the parameter is present or 
the address is modified, the S-CSCF has to act in the 

20 originating role. If no added parameter can be found, or the ' 
address is not modified, the S-CSCF acts in the terminating 
role . 

However, it is also possible to store two addresses (i.e. an 
25 address for the originating and an address for the 

terminating role) of a S-CSCF in the HSS. Thus, in accordance 
with another embodiment shown in Figure 4 more than one 
address for the S-CSCF is stored in the home subscriber 
server (HSS) 20. 

30 

More particularly, HSS 20 may store S-CSCF an address for 
triggering the originating filter criteria and another for 
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triggering the terminating filter criteria. The application 
server 22 may then fetch the desired address via the Sh 
interface when it needs to act on behalf of the user 
equipment 10. Alternatively, the application server 22may 
fetch both addresses and select the one it needs. This is an 
implementation issue. 

The two curved routing arrows 3 0 and 31 show the messaging 
for the two different service types. The messaging arrow 30 
shows the information flow for the terminating services of 
the user that are executed based on the terminating service 
profile. The messaging arrow 31 shows the information flow 
for the originating services of the user that are executed 
based on the originating service profile. 

Figure 5 shows a possibility for the provisioning of services 
by means of the above described embodiments. For steps 1, 2 
and 4, see the above description of the embodiments of 
Figures 2 and 3. In step 5 the service is. provided as the 
request for the service would have come from the user. 

In the above described exemplifying communication environment 
an extension to the existing Sh interfaces may be required 
for, pulling originating S-CSCF address from the HSS to the 
application server. This can be provided by means of an 
extension to the Sh-pull request for the inclusion of the U S- 
CSCF name" information element. Similarly, an extension to 
the Cx interface between the HSS 2 0 and the S-CSCF 14 may be 
required for pushing originating S-CSCF address information 
from the S-CSCF 14 to the HSS 20. 
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It shall be appreciated that the address or name of the 
communication control entity stored in the storage entity may 
or may not contain a user part. The address or name may or 
may not contain a port. 

The arrangement may be such that during registration of the 
user equipment with IP Multimedia services, the S-CSCF may 
push the address thereof for originating requests to the HSS 
via the Cx interface. The Cx: S-CSCF registration and/or 
deregistration notification requests may be extended to 
contain both the originating S-CSCF and terminating S-CSCF 
addresses . 

In the above examples it was assumed that the user equipment 
is registered with at least one serving call session control 
function. It is possible to use default address or the last 
known address in instances wherein no registration can be 
found for the user or the address of the S-CSCF cannot be 
received from HSS. 

As briefly mentioned above, it may not be necessary for the 
application server to fetch the address information from an 
external database. In addition to the HSS described above, 
the address information may be obtained from any appropriate 
external database such as a Subscriber Location Function 
(SLF) or a Service and Subscription Repository (SSR) . 

The application server or any other appropriate entity may 
also originally receive the S-CSCF address information from a 
request it received from the user equipment. The received 
address information be stored at a storage entity integrated 
with the application server. When the address information is 
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later needed for an originating request, the information may 
then be obtained from the integrated storage entity of the 
application server . 

It shall ,be appreciated that although the user can indirectly 
cause originating or terminating service provisioning, the 
responsibility of handling the address or name of the 
servicing communication control entity (e.g. the S-CSCF) is 
on the application server. Thus the user is not directly 
addressing the servicing communication control entity. Thus 
the application server may receive information regarding the 
communication control entity capable of servicing the user 
equipment from various sources. In addition to the storage 
entities such as a subscriber database (e.g. the HSS) or an 
internal database of the application server, the application 
server may also obtain the name or address of the servicing 
communication control entity from a message received from the 
servicing communication control entity or any other network 
entity. Such as message may be e.g. a previous request 
terminated by the application server. 

It is also possible that the application server gets a list 
of servicing communication control entity addresses from the 
HSS or other database. The AS may then choose a correct one 
from the list. This may be an useful option e.g. when the 
user is not registered at all and there is no S-CSCF address 
available in the HSS. The AS may then pick an address from a 
list of default S-CSCFs. In such situation the HSS may then 
return only capabilities. Based on this information the AS is 
able to select a correct S-CSCF. 

It should be appreciated that whilst embodiments of the 
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present invention have been described in relation to mobile 
stations, embodiments of the present invention are applicable 
to any other suitable type of user equipment. 

The embodiment of the present invention has been described in 
the context of a third generation mobile communication system 
such as the Universal Mobile Telecommunication System (UMTS) , 
i-phone or CDMA2000 and the Terrestrial Trunked Radio (TETRA) 
system. Furthermore, the given examples are described in the 
context of the so called all SIP networks with all SIP 
entities. This invention is also applicable to any other 
appropriate communication systems, either wireless or fixed 
line systems and standards and protocols. Examples of other 
possible communication systems enabling wireless data 
communication services, without limiting to these, include 
the General Packet Radio Service (GPRS) , the Enhanced Data 
rate for GSM Evolution '('EDGE) mobile data network, and 
various wireless local area network (W-LAN) applications. 
Examples of fixed line systems include the diverse broadband 
techniques providing Internet access for users in different 
locations, such. as at home and offices. Regardless the 
standards and protocols used for the communication network, 
the invention can be applied in all communication networks 
wherein network entities can be made capable of originating 
sessions or transactions. 

The embodiment of the invention has discussed the interface 
between an application server entity and a servicing call 
session control function entity. However, it shall be 
appreciated that the application server is only an example of 
a server. Embodiments of the present invention can be 
applicable to other network entities where applicable. 
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Therefore it should also be appreciated that what is said 
about the application server is valid also for a gateway, any 
other server, a proxy, a client, a user agent or any other 
network element, function, functionality or alike that may 
originate a session or transaction. 

It shall be appreciated that the term communications refers 
to any session or transaction such as to a call, data (e.g. 
web browsing) or multimedia communication and so on. 

The above described embodiments can be combined such that 
they complement each other or are used in parallel at the 
same time with each others. A communication system may employ 
the different implementations in different network entities. 
For example, an entity of a communication system may employ 
the solution described in Figure 2 and another entity of the 
same communication system may employ the embodiment of Figure 
4 . 

It is also noted herein that while the above describes 
exemplifying embodiments of the invention, there are several 
variations, combinations and modifications which may be made 
to the disclosed solution without departing from the scope of 
the present invention as defined in the appended claims. 
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Claims 

1. A service provisioning method in a communication system, 
the method comprising the steps of: 

5 receiving at a first entity associated with the 

communication system from a storage entity information 
regarding a communication control entity capable of servicing 
a user of the communication system; and 

based on said information, signalling an originating 
10 request from the first entity to the communication control 
entity. 

2. A method as claimed in claim 1, wherein the originating 
request includes information regarding the handling of 

15 communications associated with the request. 

3. A method as claimed in claim 1 or 2 , wherein the 
originating request includes an indication that further 
communications associated with the originating request shall 

20 be handled in a similar manner as if the request had 
originated from the user. 

4 . A method as claimed in any preceding claim, wherein 
either terminating services or originating services are 

25 provided based on the request. 

5. A method as claimed in any preceding claim, comprising 
deciding in the first entity how the communication control 
entity shall handle further communications associated with 

30 the request. 
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6 . A method as claimed in any preceding claim, wherein the 
first entity generates the originating request on the behalf 
of the user. 

5 7. A method as claimed in any preceding claim, wherein the 
originating request is generated based on information 
regarding the address of the communication control entity. 

• 8. A method as claimed in claim 7, wherein the first entity 
10 modifies said information regarding the address of the 

communication control entity before sending the originating 
request . 

9. A method as claimed in any preceding claim, wherein the 
15 first entity adds a service type indicator into the 

originating request . 

10. A method as claimed in claim 9, wherein the service type 
indicator is included in the address of the communication 

20 control entity. 

11. A method as claimed in claim 10, wherein the service 
type indicator is included in the user part of the address. 

25 12. A method as claimed in claim 10, wherein the service 

type indicator is included in the domain part of the address. 

13 . A method as claimed in any preceding claim, wherein the 
first entity selects a port where the request shall be sent. 

30 

14 . A method as claimed in any preceding claim, wherein the 
information received from the storage entity comprises an 
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Universal Resource Identifier (URI) of the communication 
control entity. 

15. A method as claimed in any preceding claim, wherein the 

5 information received from the storage entity comprises a name 
of the communication control entity. 

16. A method as claimed in any preceding claim, wherein the 
information received from the storage entity comprises a 

10 service type indicator parameter. 

17. A method as claimed in any preceding claim, comprising 
sending an enquiry to a database from the first entity before 
sending of the originating request, said enquiry being based ■ 

15 on the information regarding the communication control 
entity. 

18. A method as claimed in claim 17, wherein the first 
entity enquiries for SRV records of a Domain Name system for 

20 obtaining routing information regarding the desired service. 

19. A method as . claimed in claim 17, wherein the first 
entity enquiries for Naming Authority Pointer (NAPTR) 
resource records to find out available services. 

25 

20. A method as claimed in any preceding claim, comprising 
the step of sending an enquiry from the first entity for said 
information regarding the communication control entity 
capable of servicing the user. 

30 

21. A method as claimed in any preceding claim, wherein 
information regarding at least two different addresses for 
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the communication control entity information is stored in the 
storage entity. 

22. A method as claimed in claim 21, wherein said at least 
5 two different addresses are fetched from the storage entity 

by the first entity before sending of said request. 

23. A method as claimed in claim 21/ wherein one of said at 
least two different addresses is fetched from the storage 

10 entity by the first entity before sending of said request. 

24. A method as claimed in any preceding claim, wherein the 
originating request is indicative of the filter criteria to 
be applied to the request. 

15 

25. A method as claimed in any preceding claim, wherein the 
first entity comprises an application server. 

26. A method as claimed in any preceding claim, wherein the 
20 communication control entity comprises a servicing call 

session control function. 

27. A method as claimed in any preceding claim, wherein the 
storage entity comprises a user information storage entity. 

25 

28. A method as claimed in claim 27, wherein the user 
information storage entity is one of a home subscriber 
server, subscriber location function, service and 
Subscription repository. 

30 

29. A communication system arranged for provisioning of 
services for user of the communication system, comprising: 
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a communication control entity capable of servicing a 
user of the communication system; 

a first entity provided with a first interface for 
receiving information from a storage entity regarding the 
5 user and a second interface for signalling an originating 
request to the communication control entity based on said 
information from the storage entity. 

30. A communication system as claimed in claim 29, wherein 
10 the originating request includes information regarding the 

handling of communications associated with the request. 

31. A communication system as claimed in claim 29 or 30, 
wherein the origination request signalled on the interface 

15 between the first entity and the communication includes a 
service type indicator. 

32. A communication system as claimed in claim 31, wherein 
the service type indicator is included in the address of the 

20 communication control entity. 

33. A communication system as claimed in any of claims 29 to 
32, comprising a database for storing service related 
information. 

25 

34. A communication system as claimed in claim 33, wherein 
the database comprises a Domain Name system. 

35. A communication system as claimed in any of claims 29 to 
30 34, wherein the storage entity stores information regarding 

at least two different addresses for the communication 
control entity. 
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36. A communication system as claimed in any of claims 29 to 
35, wherein the originating request is indicative of the 
filter criteria to be applied to the request. 

37. An application server for a communication system, the 
application server comprising a first interface for receiving 
information from a storage entity regarding a user of the 
communication system and a second interface for signalling an 
originating request to a communication control entity capable 
of servicing the user based on said information from the 
storage entity. 

38. An originating request to be signalled on an interface 
between a first entity of a communication system and a 
communication control entity capable of servicing a user of 
the communication system, the originating request being 
generated based on information from a user information 
storage entity. 
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Abstract 



The invention relates to a service provisioning method in a 
communication system. In the method information regarding a 
5 communication control entity capable of servicing a user of 
the communication system is received at a first entity 
associated with the communication system from a storage 
entity. Based on said information, an originating request is 
then signalled from the first entity to the communication 
10 control entity. 
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